home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950726-19950929 / 000366_news@columbia.edu_Fri Sep 15 05:30:37 1995.msg < prev    next >
Internet Message Format  |  1995-12-25  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA16591
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 15 Sep 1995 22:02:55 -0400
  3. Received: by apakabar.cc.columbia.edu id AA23706
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 15 Sep 1995 22:02:54 -0400
  5. Path: news.columbia.edu!panix!bloom-beacon.mit.edu!paperboy.osf.org!bone.think.com!blanket.mitre.org!agate!howland.reston.ans.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc,comp.protocols.tcp-ip.ibmpc
  8. Subject: Re: Problems with MS-Kermit 3.14 and (c)slipper.exe?
  9. Message-Id: <1995Sep15.113038.61385@cc.usu.edu>
  10. Date: 15 Sep 95 11:30:37 MDT
  11. References: <43btto$g66@apakabar.cc.columbia.edu>
  12. Organization: Utah State University
  13. Lines: 52
  14. Xref: news.columbia.edu comp.protocols.kermit.misc:3632 comp.protocols.tcp-ip.ibmpc:37069
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <43btto$g66@apakabar.cc.columbia.edu>, ylee@manila.cc.columbia.edu (Yeechang Lee) writes:
  18. > I use Kermit 3.14 (24 May 1995 release, patchlevel 9) and slip8250.com
  19. > (10 Feb 1992, the one that comes with the Kermit .ZIP distribution)
  20. > quite successfully on my 386sx/16 to dial up to Columbia and run
  21. > multiple terminal sessions with SLIP.  However, running Kermit with
  22. > either slipper.exe or cslipper.exe (15 Jan 1994, part of slippr15.zip
  23. > file available everywhere--their documentation describe them as
  24. > drop-in replacements for slip8250.com) is not so successful--about
  25. > half my keystrokes get "bunched up" for several seconds at a time,
  26. > then get all spit out to the host at once.  Output to me seems
  27. > unaffected.
  28.  
  29.     This looks rather like lost packets, going in either direction.
  30. The 24 May edition of MSK has slight changes in the transmit section 
  31. where Nagle's algorithm is involved (suspend further transmission until
  32. an outstanding one has been ACK'd, that kind of thing).
  33.  
  34. > The funny thing is the trouble didn't exist with the 18 January Kermit
  35. > release; I used cslipper.exe and Kermit on an old 8-MHz Tandy clone
  36. > quite successfully.  Upgrading to 24 May caused similar symptons on
  37. > that machine (verified by returning to the older kermit.exe
  38. > executable).  Now same things happen on this 386sx/16.  Any ideas?
  39.  
  40.     The older MSK was more aggressive about sending, the newer one
  41. is closer to industry standard practice on the Nagle matter. Differences
  42. will arise when outgoing data or their ACKs are lost. The newer one is
  43. preferable overall.
  44.  
  45. > Here are the parameters I use to load slip8250.com:
  46. > 
  47. > c:\kermit\networks\slip8250 0x60 -h slip 3 0x2f8 38400
  48. > 
  49. > And slipper.exe and cslipper.exe:
  50. > 
  51. > c:\kermit\networks\slipper.exe com2 baud=38400 keepalive
  52. > 
  53. > I have tried loading slipper.exe and cslipper.exe in regular memory,
  54. > in upper memory, and with and without the keepalive switch, all with
  55. > no effect.
  56.  
  57.     I have to guess that maybe flow control to the modems is not all
  58. that it ought to be, or the modem is buffering material and sitting on it.
  59. Doing VJ header compression yields shorter packets and hence the modem
  60. buffer fills more slowly.
  61.     Using slipper.exe here on a straight copper wire across the hall
  62. way has performed ok.
  63.     There is one more remote possibility, and that is maybe (c)slipper
  64. tries to be cute and use TX empty interrupts from the UART to trigger more
  65. sending. That can easily lead to loss of received-char-available interrupts
  66. and hence lost incoming packets. That's the reason I rewrote slip8250 some
  67. time ago. 
  68.     Joe D.